Next: RSS, Previous: Archiving Mail, Up: Browsing the Web [Contents][Index]
It’s, like, too neat to search the Usenet for articles that match a string, but it, like, totally sucks, like, totally, to use one of those, like, Web browsers, and you, like, have to, rilly, like, look at the commercials, so, like, with Gnus you can do rad, rilly, searches without having to use a browser.
The nnweb back end allows an easy interface to
the mighty search engine. You create an nnweb group,
enter a search pattern, and then enter the group and read the
articles like you would any normal group. The G w
command in the group buffer (see Foreign Groups) will do
this in an easy-to-use fashion.
nnweb groups don’t really lend themselves
to being solid groups—they have a very fleeting idea of
article numbers. In fact, each time you enter an
nnweb group (not even changing the search pattern),
you are likely to get the articles ordered in a different manner.
Not even using duplicate suppression (see Duplicate
Suppression) will help, since nnweb
doesn’t even know the Message-ID of the
articles before reading them using some search engines (Google,
for instance). The only possible way to keep track of which
articles you’ve read is by scoring on the Date
header—mark all articles posted before the last date you
read the group as read.
If the search engine changes its output substantially,
nnweb won’t be able to parse it and will fail.
One could hardly fault the Web providers if they were to do
this—their raison d’être is to
make money off of advertisements, not to provide services to the
community. Since nnweb washes the ads off all the
articles, one might think that the providers might be somewhat
miffed. We’ll see.
Virtual server variables:
nnweb-typeWhat search engine type is being used. The currently
supported types are google,
dejanews, and gmane. Note that
dejanews is an alias to google.
nnweb-searchThe search string to feed to the search engine.
nnweb-max-hitsAdvisory maximum number of hits per search to display. The default is 999.
nnweb-type-definitionType-to-definition alist. This alist says what
nnweb should do with the various search engine
types. The following elements must be present:
articleFunction to decode the article and provide something that Gnus understands.
mapFunction to create an article number to message header and URL alist.
searchFunction to send the search string to the search engine.
addressThe address the aforementioned function should send the search string to.
idFormat string URL to fetch an article by
Message-ID.
Next: RSS, Previous: Archiving Mail, Up: Browsing the Web [Contents][Index]